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(57) ABSTRACT 

A technique, system, and computer program for improving 
access to shared resources in a computing system. The 
shared resources are grouped into application-defined 
resource sets. Mutual exclusion semaphores are used. A 
semaphore is associated with each resource set to provide 
mutually-exclusive (serialized) access to the resources in the 
set. The number of semaphores will be smaller (typically, 
much smaller) than the number of resource sets, so that a 
given semaphore will be associated with multiple of such 
sets. Thus, the set of semaphores is striped across the 
collection of resource sets. This greatly increases allowable 
parallelism in accessing shared resources, while reducing 
the number of semaphores that are required. 
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PROTECTING SHARED RESOURCES USING integrity of those resources, is to use a mutual-exclusion 

MUTEX STRIPING semaphore (also referred to in the art as a binary semaphore, 

BACKGROUND OF THE INVENTION or mutc t x * ma P ho "> ^ hcrc ' <m u ulcx " is an abbreviation for 

mutual exclusion ). A semaphore is a protected variable 

1. Field of the Invention s provided by the operating system. The semaphore serializes 
The present invention relates to computer performance, access to the shared resource, so that use of the resource by 

and deals more particularly with a technique, system, and multiple programs is mutually exclusive: if one program is 

computer program for protecting shared resources in a using the resource, then any other program that wants access 

novel, efficient manner using mutual exclusion semaphores, to that resource must wait. This mutual exclusion by seri- 

whereby the number of semaphores required is greatly ^ alizcd access will be referred to herein as "protecting" or 

reduced. "locking" the shared resource. When exclusive access to the 

2. Description of the Related Art shared resource is no longer required, the program holding 
Many modern computer programs are written to take the semaphore releases the semaphore, which "unlocks" the 

advantage of multiprogramming, whereby more than one resource. ("Holding" a semaphore signifies that a user is 
program appears to execute concurrently. The appearance of J5 using the semaphore to protect a shared resource.) A binary 
concurrency is achieved by allowing each of the multiple semaphore is implemented using a variable that takes on 
programs to execute for some limited period of time, fol- only the values zero and one. When the value is zero, this 
lowed by execution of a different one of the multiple indicates that no user is holding the semaphore, and the 
programs. This execution for a limited time is repeated over sharable resource is not currently being accessed. When a 
and over, allocating use of the central processing unit (CPU) ^ program wishes to access that resource, the semaphore is 
to the multiple programs by what is known in the art as "time incremented to the value one. Other programs interested in 
slicing". Multiple threads may execute within a single accessing the resource will detect that it is being used, and 
process, implementing yet another type of concurrent use of is not available, by seeing that the semaphore value has been 
the CPU. A process is an instance of a running program. A set to one. The concepts of semaphores, and how they are 
thread is a single execution path within such a program. ^ implemented in order to provide mutual exclusion, are well 
Operating systems provide built-in mechanisms for switch- known in the art. Reference may be made to "An Introduc- 
ing between concurrent programs and/or threads in a very lion to Operating Systems", by H. M. Deitel and published 
quick and efficient manner. Because the switching occurs so by Addison- Wesley, pp. 89-95 (1983), for an explanation of 
quickly, it appears that the concurrent programs and/or semaphores. 

threads are executing in parallel (although they are actually 3Q In addition to the need to serialize access to sharable 
executing in serial). Because the concepts of the present resources in general, the information represented therein 
invention apply equally to concurrent programs and concur- may need to be protected on a finer level of granularity. For 
rent threads, those terms are used interchangeably herein. example, if the information to be protected occupies a large 
As various applications execute, they invariably need to amount of memory, limiting access to all the applicable 
access the resources of the system. Shared use of the CPU 3S memory locations as a single unit will likely result in 
resource has been briefly discussed above, with reference to operating inefficiencies. For example, suppose the memory 
time slicing. Other sharable resources of the system that the locations represent one or more large records from a data- 
concurrent programs may need access to include memory base. When the thread using those records is swapped out 
and disk files. It is necessary for these sharable resources to (that is, its time slice ends, and it therefore stops executing 
be shared in such a manner that the integrity of the data 40 temporarily) and a different thread begins executing, that 
contained therein is protected. (Note that the phrases "shared subsequent thread may also require access to the records in 
resource" and "sharable resource" are used interchangeably memory. If they are locked by the thread that has swapped 
herein.) out, then this current thread cannot access them and there- 
For purposes of illustrating the concerns for concurrent fore cannot do productive work, and will waste its time slice, 
access to sharable resources, suppose the resource of interest 45 By protecting the information at more granular levels, for 
is payroll information, and two of the concurrently- example by locking only the specific record being accessed, 
executing programs are payroll programs. The first program the likelihood of the second thread being able to gain access 
may read the stored value of the year-to-date salary for each to the data it needs is greatly increased, 
employee, add the current pay period salary to that figure, Commonly, providing granular access to sharable 
and rewrite the updated value. The second program may be 50 resource is achieved by grouping the resources into logical 
a program for printing income tax information. This second sets, whereby one semaphore protects access to all members 
program must be properly synchronized with the first, so that of the set. The set members will be referred to herein as 
all values are printed from the updated information, or from "objects", although this is not meant to imply that applica- 
the non-updated information, depending on the details of the bility is limited to object-oriented programming systems. An 
programs and the timing in which they are executed: if 55 object may be any type of data representation, such as a 
information for some employees is printed using updated single record or field. Alternatively, it may be a more 
information, and information for other employees is printed complicated data structure such as a tree or table, 
using non -updated information, the tax information will be Two techniques for protecting the objects in a set are 
inconsistent and inaccurate. known in the art. The first technique is to use one mutual- 
While it is unlikely that two programs of the specific eo exclusion semaphore to protect the entire set, and the second 
nature used in this example would be executed concurrently, is to use one semaphore for each object in the set. The 
the example provides an illustration of the problems that limitations of each of these approaches will now be dis- 
may occur in the general situation where one program reads cussed. 

and writes data, and any other program also needs to access The first technique (using one semaphore for the enure set 

that data. 65 of objects) is simplest to implement. It is also the more 

A typical solution to allowing multiple programs or general solution, because it allows set membership to easily 

threads to access sharable resources, while protecting the change during operation. (For example, if an entire table is 
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being protected, any new rows added lo that table as a thread for grouping the sharable resources into a plurality of 

executes will automatically be protected.) However, there is resource sets (each of the sharable resources being a member 

a significant serialization penalty inherent in this technique, of only one of the resource sets), and a subprocess for 

in that different threads may need access to different set associating each of the plurality of semaphores with one or 

members. These multiple threads cannot access the set S more of the resource sets. The computing system may reside 

members in parallel because access to the entire set is in a computer network. The subprocess for associating 

limited to the single thread which is holding the semaphore. semaphores preferably further comprises a subprocess for 

As each thread begins its time slice, it will find the resource repeatedly executing a first loop, which sequentially steps 

it needs unavailable, as discussed earlier, and will thus give through a range of sequence numbers representing each of 

up its turn to access the CPU. Therefore, more granular 10 the plurality of semaphores. Alternatively, the subprocess for 

access to the objects is needed than is provided by this first associating semaphores further comprises a subprocess for 

technique. repeatedly executing a second loop, which assigns a selected 

The second technique (using one semaphore for each set one of the plurality of semaphores to a range of the one or 

member) maximizes parallelism in the system: since each more associated resource sets. 

set member has its own semaphore, theoretically one thread 35 7h e present invention will now be described with refer- 
could be accessing each member without encountering a ence to the following drawings, in which like reference 
member that was locked by another thread. However, this is numbers denote the same element throughout, 
a very expensive solution, and is more difficult to imple- 
ment. It is expensive in terms of system resources, that is, the BRIEF DESCRIPTION OF THE DRAWINGS 
semaphores themselves require additional processing opera- 20 t < 
lions (checking the status of the semaphore each time access . 1 * ? block diagram 0 f a computer workstation 
to a protected resource is needed, setting the semaphore to 3° nment m wh,ch lhe preSenl lnVenU °° may be pnC ' 
show that the resource is in use, blocking a thread that finds ice ' 

a resource locked and therefore unavailable, etc.). It is FI 9' 2 is . a dia S ram of a networked computing environ- 

obvious that system memory is required for storing the 25 menl in which the present invention may be practiced; 

status of each semaphore, and that this memory must be FIG. 3 illustrates a flowchart depicting an initialization 

defined as non-swappable — that is, as the operating system process that may be used to prepare for operation of the 

brings new data into memory, the memory locations being semaphores and resource sets of the present invention; and 

used for semaphores cannot be overwritten. For these FIG. 4 illustrates a flowchart of the process with which the 

reasons, operating systems place limits on the number of 30 semaphores and resource sets of the present invention may 

semaphores that can be defined. A typical limit will be on the De used, 
order of 2 16 , or approximately 64,000 semaphores. Thus, 

this approach is unusable for systems that have data struc- DESCRIPTION OF THE PREFERRED 

tures with tens or hundreds of thousands of members, where EMBODIMENT 

it is desired to provide some type of granular access pro- 35 - .„ . , 4 A . , , . , 

lection. Even where the number of sharable resources is . 1 11 "f trate u s » 'fP^entative workstation hardware 

relatively small (on the order of several hundred, for ™™onment in wh.ch the present invention may be prac- 

example), this second technique results in an inefficient use Uced - ™ e environment of FIG. 1 comprises a representative 

of constrained resources, as will be shown by the more com P ut6r or workstation 10 such as a personal 

efficient technique denned by the present invention. « computer including related peripheral devices Tbt : work- 

. .. ~, . . - station 10 mcludes a microprocessor 12 and a bus 14 

Accordingly, what is needed is a more efficien manner of j d , 0 ^ ^ enable communication between 

protecting access to sharable resources in a multiprogram- the microprocessor n and the components of the worksta- 

nnng environment, optimizing the tradeoff between the , ion w in accordance with ^ovm Kdhniqucs. The work- 

number of semaphores required and the level of granularity s(ation 1Q icall a ^ in(erface ^ u 

at which those semaphores are associated with sets of which connects the microprocessor 12 via the bus 14 to one 

resources. or mQre mter f ace devices, such as a keyboard 18, mouse 20, 

SUMMARY OF THE INVENTION and/or other interface devices 22, which can be any user 

interface device, such as a touch sensitive screen, digitized 

An object of the present invention is to provide an 5q entry pad, etc. The bus 14 also connects a display device 24, 

improved technique for access to shared resources. sucn ^ an L cD screen or monitor, to the microprocessor 12 

Another object of the present invention is to provide this via a display adapter 26. The bus 14 also connects the 

technique using mutual-exclusion semaphores. microprocessor 12 to memory 28 and long-term storage 30 

It is another object of the present invention to provide this which can include a hard drive, diskette drive, tape drive, 

technique in such a manner that the tradeoff between the 5S etc. 

number of semaphores required, and the granularity of The workstation 10 may communicate via a communica- 

resource protection, can be optimized. tions channel 32 with other computers or networks of 

Other objects and advantages of the present invention will computers. The workstation 10 may be associated with such 

be set forth in part in the description and in the drawings other computers in a local area network (LAN) or a wide 

which follow and, in part, will be obvious from the descrip- 60 area network, or the workstation 10 can be a client in a 

tion or may be learned by practice of the invention. client/server arrangement with another computer, etc. All of 

To achieve the foregoing objects, and in accordance with these configurations, as well as the appropriate communi- 

the purpose of the invention as broadly described herein, the cations hardware and software, are known in the art. 

present invention provides a method, system, and computer- FIG. 2 illustrates a data processing network 40 in which 

readable code for use in a computing system, for improving 65 the present invention may be practiced. The data processing 

shared access to resources. This comprises a plurality of network 40 includes a plurality of individual networks, 

sharable resources, a plurality of semaphores, a subprocess including LANs 42 and 44, each of which includes a 
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plurality of individual workstations 10. Alternatively, as In the preferred embodiment, the present invention is 
those skilled in the art will appreciate, a LAN may comprise implemented as a computer software program. The program 
a plurality of intelligent workstations coupled to a host code of the preferred embodiment may be implemented as 
processor. objects (classes and methods) in an object-oriented program- 
Still referring to FIG. 2, the data processing network 40 5 ming language such as Smalltalk, or as instructions in a 
may also include multiple mainframe computers or servers, conventional procedural programming language (such as the 
such as a mainframe computer 46, which may be preferably M C" programming language). 

coupled to the LAN 44 by means of a communications link m. . u ■ r*u . • *• r j . 

.o L • c ^ At The technique of the present invention is referred to 

48. The mainframe computer 46 may be implemented uti- , « 7 » • ■ _« L « , j, ■ 1 

lizing an Enterprise Systems Architecture/370, or an Enter- in herein as mutexslnping^ , where mutex" is a commonly- 

prise Systems Architecture/390 computer available from 10 ^°wn abbreviation for mutual exclusion , as previously 

IBM. Depending on the application, a midrange computer, staled Stn P in S 15 a term kn0WD m the art > whlch has been 

such as an Application System/400 (also known as an used t0 ^present the concept of dividing a file that is to be 

AS/400) may be employed. "Enterprise Systems stored on disk into a number of smaller units, and storing 

Architecture/370" is a trademark of IBM; "Enterprise Sys- each unit on a different physical disk drive in order to speed 

terns Architecture/390", "Application System/400", and 15 access time. As applied to the present invention, strip- 

"AS/400" are registered trademarks of IBM. ing refers to dividing a number of objects (i.e. sharable 

The mainframe computer 46 may also be coupled to a resources) into sets, and using one semaphore for protecting 
storage device 50, which may serve as remote storage for the ^ members of each set. This technique for doing this will 
LAN 44. Similarly, the LAN 44 may be coupled to a be a PP arent from me following discussion, 
communications link 52 through a subsystem control unit/ 20 As denned by the present invention, mutex striping pro- 
communication controller 54 and a communications link 56 vides a third technique for guaranteeing safe access to 
to a gateway server 58. The gateway server 58 is preferably shared objects. This novel technique differs from both the 
an individual computer or intelligent workstation which first and second techniques discussed earlier. It differs from 
serves to link the LAN 42 to the LAN 44. the first technique in that resources are protected at a more 

Those skilled in the art will appreciate that the mainframe 25 granular level: instead of protecting all resources with a 

computer 46 may be located a great geographic distance single semaphore, resource objects are grouped into sets, 

from the LAN 44, and similarly, the LAN 44 may be located and one semaphore is used to protect the members of each 

a substantial distance from the LAN 42. For example, the set. It differs from the second technique in that resources are 

LAN 42 may be located in California, while the LAN 44 3Q protected at a less granular level: instead of protecting each 

may be located in Texas, and the mainframe computer 46 resource with its own semaphore, only a set has its own 

may be located in New York. semaphore, where a set consists of some number of 

Software programming code which embodies the present resources, 

invention is typically accessed by the microprocessor 12 of The present invention allows protection of a potentially 

the workstation 10 from long-term storage media 30 of some 35 vast number of resources, using a small number of sema- 

type, such as a CD-ROM drive or hard drive. In a client- phores. The resources are grouped into sets, as previously 

server environment, such software programming code may discussed. The number of, and relationship between, 

be stored with storage associated with a server. The software resources in any particular set depends on the needs of the 

programming code may be embodied on any of a variety of application programs using those resources. Additional 

known media for use with a data processing system, such as 40 factors, such as the mix of programs executing concurrently 

a diskette, hard drive, or CD-ROM. The code may be at any given time, may also influence an optimal choice of 

distributed on such media, or may be distributed from the set composition. Thus, the present invention defines a 

memory or storage of one computer system over a network generic technique that is independent of which resources 

of some type to other computer systems for use by such have been grouped together. 

other systems. Alternatively, the programming code may be 45 According to the preferred embodiment of the present 

embodied in the memory 28, and accessed by the micro- invention, sequence numbers are logically assigned to each 

processor 12 using the bus 14. The techniques and methods set and to each semaphore. Let K represent the number of 

for embodying software programming code in memory, on resource sets, and let N represent the number of semaphores 

physical media, and/or distributing software code via net- to be used. Then a single semaphore is used to protect the 

works are well known and will not be further discussed 50 obj ects in multiple sets according to the equation (K mod N). 

herein. This reuse of one semaphore for multiple sets has the effect 

The client-server environment in which the present inven- of "striping" the semaphores across the resources of the 

tion may be used includes an Internet environment, or an system. 

intranet environment. Additionally, the present invention A program making use of the present invention will build 

may be practiced in an environment structured according to 55 se ts of objects (sharable resources), define semaphores, and 

a three-tiered architecture, whereby a client-server environ- associate a semaphore with each set during an initialization 

ment is extended by adding data repositories as a third tier phase. FIG. 3 illustrates the logic of an initialization phase 

(such that the server now occupies the middle tier). that may be ^ for tnc prcS ent invention. At Step 300, the 

While servers in client-server or three-tier environments value of K (the total number of resource sets) is obtained, 

may not typically include a display device 24, the preferred 60 The program may be written to use a static value for K, or 

embodiment of the present invention uses a display device may include code to prompt a user (such as a system 

24 in order to allow configuration of parameters (for administrator) to enter a value for K. Techniques for iraple- 

example, by a system administrator) that may be used to menting either approach are well known to one of ordinary 

optimize performance of a computing system using the skill in the art. At Step 310, the value of N (the total number 

present invention. 65 of semaphores to be used) is obtained. Again, the value of N 

The preferred embodiment of the present invention will may be a static value, or may be obtained dynamically from 

now be discussed with reference to FIGS. 3 and 4. a system user or administrator. 
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In a preferred embodiment, the value to be used for N 
(that is, the number of semaphores to be used for operation 
of the present invention) is the number of threads that are 
expected to be concurrently executing in the system. Other 
values may be used, however. When the embodiment of the 
present invention is written to allow this value to be entered 
dynamically during the initialization phase, the number of 
semaphores may be changed based upon observation of the 
performance of the system, to fine tune operation of the 
computing system. Additionally, the number of semaphores 
may be changed as the number of resources (or resource 
sets) changes: for example, if the number of resource sets is 
increased (by increasing the value of K at Step 300), some 
corresponding increase in the number of semaphores may be 
warranted for optimal performance using the present inven- 
tion. 

At Step 320, each of the N semaphores is created. The 
manner in which a semaphore is created will depend on the 
programming language in which the code implementing the 
initialization phase is written. In a typical procedural 
language, a variable type of "semaphore" is predefined, and 
the step of creating the semaphores may comprise no more 
than variable definitions that have been written into the code, 
where those variable definitions assign some variable name 
to each of N variables having this variable type. Or, an 
executable statement may be processed at run-time for each 
such variable, assigning memory to it and initializing the 
memory contents to zero. Because there may be a fairly large 
number of semaphore variables, it is preferable to represent 
the semaphores as an array, whereby each individual sema- 
phore can then be accessed by indexing this array. In the "C" 
programming language, the following code fragment illus- 
trates this procedure of defining the semaphores, assigning 
memory to them, and initializing the value of the memory: 



pthread_jnutex_t *MakeSemaphore(void) 
{ 

pthreacLmutex^t *new_semaphore; 

pthread_mutexattr_J semap hore_at tributes; 

/* Initialize the semaphore attributes to their defeult V 

p thread__mutexattr_initC&semapliore_attributes) ; 

/* Allocate memory for the semaphore. */ 

new_jjemaphore = malloc(si2eof{pthread_mutex_t)); 

/* Create the semaphore, using the attributes object initialized 

above. */ 

pthread_mutex_init(new_semaphore, &semaphore_at tributes); 
/* Done! V 

return(aew_semaphore); 

} 



(Refer to "Standard C\ by P. J. Plauger & Jim Brodie, 
published by Microsoft Press (1989), for an explanation of 
the syntax of these statements.) 

In an object-oriented programming language, creating a 
semaphore may be accomplished by instantiating an 
instance of a semaphore class. Typical object-oriented pro- 
gramming languages include such classes as part of their 
object library. As with procedural languages, the semaphore 
value is also set to zero at this point in the initialization 
phase. Techniques for instantiating instances, and initializ- 
ing them, are well known to one of ordinary skill in the art. 

Resource objects are grouped into sets at Step 330. The 
specific technique for grouping objects will be application- 
dependent, and does not form part of the inventive concepts 
of the present invention. What is required for purposes of the 
present invention is that sets containing one or more objects 
are created, and made available to the embodiment of the 
present invention. 
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Step 340 indicates that the initialization process will 
associate a semaphore with each resource set. It will be 
obvious to one of ordinary skill in the art that this sequence 
number may be assigned at a different step of the process, 

5 without deviating from the inventive concepts of the present 
invention. For example, it may be more efficient to assign 
semaphore sequence numbers to sets as the set membership 
is defined (in Step 330). The manner in which the semaphore 
number is stored, to indicate its association with the resource 

io set, does not form part of the present invention. A field may 
be defined in a storage area where the set members are 
defined, for example, to store the semaphore number. 

Further, any numbering approach may be used without 
deviating from the inventive concepts of the present 

15 invention, and may depend upon the type of resources. For 
example, if the resource has a tree structure, the resource sets 
may be defined as containing one or more nodes of that tree. 
When grouping the nodes, the tree may be traversed breadth - 
first, and numbers assigned according to this traversal. 

20 Alternatively, the tree may be traversed depth-first, and 
numbers assigned in that manner. 

If the sharable resource to be protected is in the form of 
a table instead of a tree, the resource set may be defined as 
containing a single cell of the table, or some grouping of 

25 multiple cells. In the latter case, the cells in one group (and 
therefore in a resource set) may comprise a single column of 
the table, a single row of the table, or some other arbitrary 
grouping (including the complete table). Again, the compo- 
sition of the set is application-dependent, based on how the 

30 programmer who wrote the grouping code envisioned the 
resources could optimally be protected, and the granularity 
of access protection that is provided by grouping resources 
into a certain number of resource sets. 

Different approaches to associating a semaphore with a 

35 resource set may be used, without deviating from the inven- 
tive concepts of the present invention. In the preferred 
embodiment, the expression (I mod N), where I is a counter 
that takes on each of the values O^I^(K-l), is executed 
repeatedly while stepping sequentially through each of the 

40 resource sets. Semaphore numbers are assigned to sets in 
sequence according to that expression. For example, if N has 
the value 3, then the 3 semaphores to be used can be 
designated using the values (0, 1, 2). The first resource set 
will be associated with semaphore number 0 by evaluating 

45 (I mod N) as (0 mod 3). The second resource set is 
associated with semaphore 1 by evaluating (I mod N) as (1 
mod 3), and the third with semaphore 2 by evaluating (I mod 
N) as (2 mod 3). Semaphore number 0 is assigned again, to 
the fourth resource set, by evaluating (3 mod 3). This 

so process repeats until all of the K resource sets have sema- 
phore numbers associated with them. (It will De obvious to 
one of ordinary skill in the art that the zero-based counting 
explained here for the counter "I" can be changed to 
counting from 1 to the value K, where semaphore numbers 

55 of this example would then be assigned in the order 1, 2, 0, 
without deviating from the inventive concepts of the present 
invention.) 

It will be recognized that the number of resource sets 
protected by a given semaphore is approximately (K+N). 

60 That is, where this expression does not evaluate to an 
integer, then some of the semaphores will protect ((K>N)+1) 
resource sets, and some will protect (K+N) sets. In an 
alternative embodiment of the numbering technique, assign- 
ment of semaphore numbers can be implemented by using 

65 the ceiling of the expression (K+N), and repeatedly assign- 
ing a semaphore sequence number for the number of sets 
represented by that result. Once that many sets have been 
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associated with a given sequence number, the sequence 
number is incremented, and this new number is repeatedly 
assigned in the same manner. For example, assume that 
K*ll and N=3. Semaphore 0 will then be associated with 4 
of the sets (because the ceiling of (11+3) is 4). The first 4 
resource sets are therefore processed sequentially, assigning 
semaphore 0 to be associated with each set. Then, the next 
4 resource sets (logically numbered 4 through 7, if counting 
of the sets begins with 0) are processed, associating sema- 
phore 1 with each set. The remaining 3 sets are then 
associated with the final semaphore, semaphore number 2. 

In any numbering technique that associates N semaphores 
with K resource sets according to the present invention, 
where N may be much smaller than K, the advantages of the 
present invention can be achieved. 

FIG. 4 illustrates how the semaphores will operate to 
protect the shared resources according to the preferred 
embodiment. At Step 400, an executing program requests 
access to a resource. For example, the program may wish to 
read a value from a payroll record, as previously discussed. 
Step 400 represents that program issuing a "read" request. 
Step 410 indicates that the processing will be different, 
depending on whether or not the set of which that resource 
is a member is currently locked (that is, whether the sema- 
phore for the set indicates that access to the resource set is 
prevented). If the resource set is locked, then this program 
must wait until the resource set becomes available, as shown 
by transferring control to Step 420. According to a typical 
operating system approach, the execution state of the pro- 
gram is changed from "mnning" to "blocked" at this point, 
and an entry representing the program is placed onto a queue 
that is used to serialize access to the resource (in this case, 
the resource set) protected by the semaphore. If the resource 
set is not locked, but is instead available for use by this 
requesting program, then control transfers to Step 430. At 
Step 430, the appropriate semaphore is locked (where the 
appropriate semaphore is the one associated with the 
resource set of which the requested resource is a member). 
For a mutual exclusion semaphore, the semaphore locking 
typically comprises incrementing the semaphore value from 
zero to one, as previously stated. Step 440 indicates that the 
requesting program uses the resource from the locked 
resource set. The specific manner in which the resource is 
used is application-dependent. At some point, the program 
will finish using the resource. The program must then release 
the semaphore for the resource set, as shown by Step 450. 
For a mutual exclusion semaphore, this typically comprises 
decrementing the semaphore value from one to zero, as 
previously stated. 

The steps illustrated in FIG. 4 are known in the art, and 
represent generally the approach that is followed for using 
mutual exclusion semaphores. However, in the prior art, the 
locked or released status of any given semaphore represents 
the availability of either all sharable resources (described 
earlier as "the first technique") or the availability of a single 
resource (described earlier as "the second technique"). The 
present invention changes what it means to lock a 
semaphore, and for a semaphore to be released. As imple- 
mented with mutex striping, a resource set (and the 
requested resource in that set) may be locked even though no 
other program is using that resource or any resource in its 
set. When a specific semaphore is locked, using mutex 
striping, all of the resource sets that are associated with that 
(re-used) semaphore are made unavailable to the programs 
not holding the semaphore — regardless of which of the 
resource sets actually contains the resource being accessed. 
Releasing a specific semaphore then unlocks each of the 
resource sets associated with the semaphore. 
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Reusing semaphores (that is, assigning a semaphore to 
more than one resource set) according to the present inven- 
tion may lead to occasional collisions. In this context, a 
collision is a request for a resource, where that request must 

5 block because the semaphore protecting the resource set is 
being used to protect some other resource set. For example, 
suppose a thread wants to access resource "ABC, which is 
in resource set number 123, and a different thread is cur- 
rently accessing resource "XYZ" in resource set number 789 

10 (and therefore holds the semaphore associated with that 
resource set). If both resource set 123 and resource set 789 
are protected by the same semaphore, then a semaphore 
collision occurs because access to resource "ABC is pre- 
vented even though no resource in set 123 is currently being 

15 accessed. However, if semaphore numbers are assigned to 
resource sets in sequential order (according to the first 
numbering technique described for Step 340), and if 
requests for resources is essentially random, then collisions 
will occur infrequently. If requests for resources do not 

20 follow a random pattern, the number of collisions may be 
reduced by changing the composition of the groups, using a 
different numbering pattern, increasing the number of 
semaphores, and/or increasing the number of resource sets. 
The present invention provides this flexibility as part of an 

^ overall solution to allowing greatly increased parallel access 
to shared resources over the approaches known in the prior 
art. 

While the preferred embodiment of the present invention 
has been described, additional variations and modifications 
30 in that embodiment may occur to those skilled in the art once 
they learn of the basic inventive concepts. Therefore, it is 
intended that the appended claims shall be construed to 
include both the preferred embodiment and all such varia- 
tions and modifications as fall within the spirit and scope of 
35 the invention. 

What is claimed: 

1. In a computing system, computer-readable code 
embodied on one or more computer-readable media readable 
by said system for improving shared access to resources, 

40 comprising: 

a subprocess for grouping a plurality of sharable resources 
into a plurality of resource sets, each of said sharable 
resources being a member of only one of said resource 
sets; 

45 a subprocess for associating each of a plurality of sema- 
phores with one or more of said resource sets, at least 
one of said semaphores being concurrently associated 
with more than one of said resource sets, wherein a 
number of said resource sets to be concurrently asso- 

50 ciated with each semaphore is determined by evaluat- 
ing an expression (K modulo N) wherein "K" repre- 
sents a count of said resource sets and "N" represents 
a count of said semaphores and wherein N is less than 
K; and 

55 a subprocess for locking a selected sharable resource, said 
selected sharable resource being one of said members 
of a selected resource set, using a selected semaphore 
associated with said selected resource set, thereby also 
locking all of said sharable resources which are 

60 grouped into all of said one or more resource sets 
associated with said selected semaphore. 

2. Computer readable code for improving shared access to 
resources according to claim 1, wherein said computing 
system resides in a computer network. 

65 3. Computer-readable code for improving shared access 
to resources according to claim 1 or claim 2, wherein said 
subprocess for associating semaphores further comprises a 
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subprocess for sequentially assigning each successive result 
of an expression (I modulo N), wherein I is a counter 
successively stepping through a range of values between 0 
and (K-l), to a successive value of K. 

4. Computer-readable code for improving shared access 
to resources according to claim 1 or claim 2, wherein said 
subprocess for associating semaphores further comprises a 
subprocess for assigning each successive one of said plu- 
rality of semaphores to a sequential range of values of K, 
wherein a particular number of said values of K to be 
assigned to said successive one of said semaphores is 
determined using a result of said expression. 

5. A system for improving shared access to resources in a 
computing system, comprising: 

a plurality of sharable resources; 
a plurality of semaphores; 

means for grouping said sharable resources into a plural- 
ity of resource sets, each of said sharable resources 
being a member of only one of said resource sets; 

means for associating each of said plurality of semaphores 
with one or more of said resource sets, at least one of 
said semaphores being concurrently associated with 
more than one of said resource sets, wherein a number 
of said resource sets to be concurrently associated with 
each semaphore is determined by evaluating an expres- 
sion (K modulo N) wherein "K" represents a count of 
said resource sets and "N" represents a count of said 
semaphores and wherein N is less than K; and 

means for locking a selected sharable resource, said 
selected sharable resource being one of said members 
of a selected resource set, using a selected semaphore 
associated with said selected resource set, thereby also 
locking all of said sharable resources which are 
grouped into all of said one or more resource sets 
associated with said selected semaphore. 

6. The system for improving shared access to resources 
according to claim 5, wherein said computing system resides 
in a computer network. 

7. The system for improving shared access to resources 
according to claim 5 or claim 6, wherein said means for 
associating semaphores further comprises means for sequen- 
tially assigning each successive result of an expression (I 
modulo N), wherein I is a counter successively stepping 
through a range of values between 0 and (K-l), to a 
successive value of K. 
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8. The system for improving shared access to resources 
according to claim 5 or claim 6, wherein said means for 
associating semaphores further comprises means for assign- 
ing each successive one of said plurality of semaphores to a 

5 sequential range of values of K, wherein a particular number 
of said values of K to be assigned to said successive one of 
said semaphores is determined using a result of said expres- 
sion. 

9. A method for improving access to shared resources in 
l0 a computing system, comprising the steps of: 

grouping a plurality of sharable resources into a plurality 
of resource sets, each of said sharable resources being 
a member of only one of said resource sets; 

associating a plurality of semaphores with one or more of 
said resource sets, at least one of said semaphores being 
concurrently associated with more than one of said 
resource sets, wherein a number of said resource sets to 
be concurrently associated with each semaphore is 
determined by evaluating an expression (K modulo N) 
wherein "K" represents a count of said resource sets 
20 and "N" represents a count of said semaphores and 
wherein N is less than K; and 

locking a selected sharable resource, said selected shar- 
able resource being one of said members of a selected 
resource set, using a selected semaphore associated 
25 with said selected resource set, thereby also locking all 
of said sharable resources which are grouped into all of 
said one or more resource sets associated with said 
selected semaphore. 

10. The method for improving shared access to resources 
30 according to claim 9, wherein said computing system resides 

in a computer network. 

U. The method for improving shared access to resources 
according to claim 9 or claim 10, wherein said associating 
semaphores step further comprises sequentially assigning 

35 each successive result of an expression (I modulo N), 
wherein I is a counter successively stepping through a range 
of values between 0 and (K-l), to a successive value of K. 

12. The method for improving shared access to resources 
according to claim 9 or claim 10, wherein said associating 

40 semaphores step further comprises assigning each succes- 
sive one of said plurality of semaphores to a sequential range 
of values of K, wherein a particular number of said values 
of K to be assigned to said successive one of said sema- 
phores is determined using a result of said expression. 

45 

***** 
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